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DETAILED ACTION 
Response to Arguments 

(1 ) Applicant's arguments, see Applicant Arguments, file 06/28/2004, with 
respect to the rejection(s) of claims 1 , 34, 36 and 37 under U.S.C § 1 12, first paragraph, 
have been fully considered and are persuasive. Therefore, the rejection has been 
withdrawn. 

(2) * Applicant's arguments, see Applicant Arguments, file 06/28/2004, with 
respect to the rejection(s) of claims 2, 7-8, 24, 30, 38 and 43-44 under U.S.C § 1 12, first 
paragraph, have been fully considered but not persuasive. Examiner respectfully 
declines the request of withdrawing the rejection because of the following reasons: 

(a) As in the specification, paragraph 21 : 

The RCM 101 receives transactions and stores operations from these transactions in the log 
110 via the RIDB 109.,. Before a transaction is performed, each unit of the transaction (an 
operation or command) is processed by a component manager that corresponds to one of the 
network resource process of the backend 113. Each unit of the transaction will be referred to 
as an operation... An example of a CLI operation would be the command "start OSPF" 
entered by a user at a CLI 

And paragraph 47: 

The CLI operation would be processed into a procedure call to the OSPF process to begin 
sending "hello" messages to the neighboring nodes. If the backend is not idempotent, then 
resending the start OSPF procedure call would restart the transmission of "hello" messages 
to neighboring nodes resulting in confusion and inefficiency in the neighboring nodes. As 
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long as the backend is idempotent, then the procedure call can be sent multiple times, but the 
OSPF process will only start the transmission of "hello" messages once. 

Paragraph 27 is used, especially the excerpt: [T] his operation can be done atomically, 

wherein the operation is an insert operation as an example for supporting the 
claimed subject matter of 2 and 38. However, the claimed subject matter of 
claims 1 and 37 is storing an operation, and executing the operation idempotently 
with a network resource process, claims 2 and 38 explicitly recite: wherein storing 
the operation comprises: storing the operation in a log as a record, receiving a commit 
command, and moving the record into database atomically. As seen, the recited 
insert operation is not executed idempotently with a network resource process, and 
the insert operation is performed atomically does not support the claimed moving 
the record into database atomically, wherein the record as a log is for storing the 
operation. Therefore, the rejection is maintained. 

(b) Claims 7 and 43 claim the step of performing the sequence of operations as 
an atomic transaction. However, the description of paragraph 27 illustrates a 
single operation, and does not support a sequence of operations as claimed. 

(c) As in claims 8 and 44, each of the sequence of operations is performed 
idempotently. However, the description of paragraphs 21 and 47 does not support 
the idempotent performance of all the operations in the log file. In addition, 
paragraph 27 describes a non-idempotent insert operation. 
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(d) Applicant's arguments, see Applicant Arguments, file 06/28/2004, with 
respect to the rejection(s) of claim 24 under U.S.C § 1 12, first paragraph, have 
been fully considered but not persuasive. Examiner respectfully declines the 
request of withdrawing the rejection because of the reasons as discussed above. 

(e) Applicant's arguments, see Applicant Arguments, file 06/28/2004, with 
respect to the rejection(s) of claim 30 under U.S.C § 1 12, first paragraph, have 
been fully considered but not persuasive. Examiner respectfully declines the 
request of withdrawing the rejection because paragraph 47 does not support each 
of the set of operations. 

(3) Applicant's arguments, see Applicant Arguments, filed 06/28/2004, with 
respect to the rejection(s) of claim(s) 1-53 under U.S.C § 102 and 103 have been fully 
considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of 
Long [USP 6,526,416] and Traversat et al. [USP 6,1 15,715]. 
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Claim Rejections - 35 USC §112 

4. The following is a quotation of the first paragraph of 35 U.S.C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of 
making and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the 
art to which it pertains, or with which it is most nearly connected, to make and use the same and shall 
set forth the best mode contemplated by the inventor of carrying out his invention. 

5. Claims 2, 7-8, 24, 30, 38 and 43-44 are rejected under 35 U.S.C. 112, 
first paragraph, as failing to comply with the written description requirement. The 
claim(s) contains subject matter, which was not described in the specification in 
such a way as to reasonably convey to one skilled in the relevant art that the 
inventor(s), at the time the application was filed, had possession of the claimed 
invention. 

As in claims 2 and 38, the steps of moving the record into a database atomically, 
performing the sequence of operations as an atomic transaction as in claims 7 and 43, each 
of the sequence of operations is performed idempotently as in claims 8 and 44, storing a first 
and second operation as an atomic transaction; performing the first and second operation 
idempotently with a set of network resource process as in claim 24, executing each of the set 
of operations idempotently as in claim 30 were not described in the specification. 
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Claim Rejections - 35 USC § 102 

6. The following is a quotation of the appropriate paragraphs of 35 
U.S.C. 102 that form the basis for the rejections under this section made in this Office 
action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in a patent granted on an application for patent by another filed in the 
United States before the invention thereof by the applicant for patent, or on an international application 
by another who has fulfilled the requirements of paragraphs (1), (2), and (4) of section 371(c) of this 
title before the invention thereof by the applicant for patent. 

The changes made to 35 U.S.G. 102(e) by the American Inventors Protection Act 
of 1999 (AIPA) and the Intellectual Property and High Technology Technical 
Amendments Act of 2002 do not apply when the reference is a U.S. patent resulting 
directly or indirectly from an international application filed before November 29, 2000. 
Therefore, the prior art date of the reference is determined under 35 U.S.C. 102(e) prior 
to the amendment by the AIPA (pre-AlPA 35 U.S.C. 102(e)). 

7. Claims 1-2, 4-5, 7-8, 10, 12-14, 16, 24, 26, 29-30, 32-34, 36-38, 40-41, 
43-44 and 46 are rejected under 35 U.S.C. 102(e) as being anticipated by Long 
[USP 6,526,416 B1]. 

Regarding claims 1 and 37, Long teaches a machine readable medium that 
provides instructions, which when executed by a set of processors of one or more 
processors, cause said set of processors to perform operations (FIGS. 1 and 2). As 
illustrated at box 251 of FIG. 4, the server application component 86 has a transaction 
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(Col. 14, Lines 45-55). At box 254, the server application component 86 requests for 
work to be performed on the resource as part of its transaction (Col. 15, Lines 21-23), 
and two phase-commit protocol notifications to participants in the transaction are issued 
at box 256 (Col. 15, Lines 35-41). For the commit notifications, any clean-up actions 
could be performed to complete the work on the resource. For example, where the 
resource is a file system and file is deleted within a transaction. The file to be deleted 
may be renamed or hidden, so that the file can be restored on an abort of the 
transaction, and the renamed or hidden file will be deleted by a clean-up action upon a 
commit of the transaction is performed (Col. 18, Lines 52-63). Long further discloses 
clean-up action as an operation is stored in a log file (Col. 18, Line 66-Col. 19, Line 1), 
and clean-up action as an operation implemented or executed in the EndCommit () 
method as network resource process should be idempotent (Col. 19, Lines 9-15). In 
different words, the Long technique as discussed indicates the claimed storing an 
operation, and executing the operation idempotently with a network resource process. 

Regarding claims 2 and 38, Long teaches all the claim subject matters as 
discussed above with respect to claims 1 and 37, Long further discloses the step of 
storing the operation in a log as a record; receiving a commit command (Col. 18, Line 52- 
Col. 19, Line 15), moving the record into database atomically (Col. 13, Line 57-Col. 14, 
Lines 4). 
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Regarding claims 4 and 40, Long teaches all of the claimed subject matter as 
discussed above with respect to claims 1 and 37, Long further discloses the operation is 
one of a sequence of operations comprising an atomic transaction (Col. 1 , Lines 43-61 ). 

Regarding claims 5 and 41 , Long teaches all of the claimed subject matter as 
discussed above with respect to claims 1 and 37, Long further discloses the steps of 
receiving the operation from a first user; and receiving a second operation from a second user 
(Col. 1, Lines 14-19). 

Regarding claims 7 and 43, Long teaches a machine-readable medium that 
provides instructions, which when executed by a set of processors of one or more 
processors, cause said set of processors to perform operations (FIGS. 1 and 2). As 
illustrated at box 251 of FIG. 4, when server application component 86 has a 
transaction, CRM worker object is created and associated with the transaction. CRM 
worker creates an instance of CRM clerk at box 252, and CRM worker perform work on 
the resource as part of its transaction. As the CRM worker performs the request work, 
i.e., normal action, the CRM worker logs sufficient information at step 255 to the 
persistent log using the CRM clerk to be able to take appropriate clean-up and 
compensating action (Col. 14, Line 45-Col. 15, Line 34). Two phases commit protocol 
notifications are issued in response to SetComplete indicating that all works in the 
transaction is completed, and SetAbort indicating the works cannot be completed for 
performing clean-up action on commit, or compensating action on abort, wherein clean- 
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up and compensating actions are logged by CRM compensator (Col. 15, Line 35-Col. 
16, Line 3). Long further discloses that a transaction is a collection of actions that 
conform to a set of properties, which include atomicity. Atomicity means that all 
activities in a transaction either take effect together as a unit, or all fail (Col. 1 , Lines 43- 
47). As seen, the logging technique, and the sequence action such as normal action 

-> clean-up action, or normal action -> compensating action indicates the Step 
of storing a sequence of operations and the atomicity of a transaction include actions as 
discussed above indicates the step of performing the sequence of operation as an atomic 
transaction. 

Regarding claims 8 and 44, Long teaches all of the claimed subject matter as 
discussed above with respect to claims 7 and 43, Long further discloses each of the 
sequence of operations is performed idempotently (Col. 4, Lines 30-37). 

Regarding claims 10 and 46, Long teaches all of the claimed subject matter as 
discussed above with respect to claims 7 and 43, Long further discloses a sequence of 
operations is received from a first user and a second sequence of operations is received from a 
second user (Col. 1, Lines 14-19). 

Regarding claim 12, Long teaches a machine readable medium that provides 
instructions, which when executed by a set of processors of one or more processors, 
cause said set of processors to perform operations (FIGS. 1 and 2). As illustrated at box 
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251 of FIG. 4, when server application component 86 has a transaction, CRM worker 
object is created and associated with the transaction. CRM worker creates an instance 
of CRM clerk at box 252, and CRM worker perform work on the resource as part of its 
transaction. As the CRM worker performs the request work, i.e., normal action, the CRM 
worker logs sufficient information at step 255 to the persistent log using the CRM clerk 
to be able to take appropriate clean-up and compensating action (Col. 14, Line 45-Col. * 
15, Line 34). Two phases commit protocol notifications are issued in response to 
SetComplete indicating that all works in the transaction is completed, or SetAbort 
indicating the works cannot be completed for performing clean-up action on commit, or 
compensating action on abort (Col. 15, Line 35-Col. 16, Line 3). The clean-up action as 
operation is logged in a log file (Col. 18, Line 66-Col. 19, Line 1), and each log record is 
identified by a log sequence number (Col. 13, Lines 57-64). In other words, the 
technique of logging clean-up action using log sequence number indicates the step of 
storing an operation in database atomically. In response to SetComplete as a commit 
command, the clean-up action is implemented in the EndCommit () method as network 
resource process (Col. 19, Lines 9-15). In different words, the Long technique as 
discussed indicates the claimed performing the operation with a network resource process 
in response to a commit command. 

Regarding claim 13, Long teaches all of the claimed subject matter as discussed 
above with respect to claim 12, Long further discloses the operation is performed 
idempotently (Col. 19, Lines 9-15). 
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Regarding claim 14, Long teaches all of the claimed subject matter as discussed 
above with respect to claim 12, Long further discloses the operation is one of a sequence 
of operations comprising a transaction (Col. 14, Line 45-Col. 1 , Line 3). 

Regarding claim 16, Long teaches all of the claimed subject matter as discussed 
above with respect to claim 12, Long further discloses operations is received from a first 
user and a second operations is received from a second user (Col. 1 , Lines 14-19). 

Regarding claim 24, Long teaches a machine-readable medium that provides 
instructions, which when executed by a set of processors of one or more processors, 
cause said set of processors to perform operations (FIGS. 1 and 2). As illustrated at box 
251 of FIG. 4, when server application component 86 has a transaction, CRM worker 
object is created and associated with the transaction. CRM worker creates an instance 
of CRM clerk at box 252, and CRM worker perform work on the resource as part of its 
transaction. As the CRM worker performs the request work, i.e., normal action, the CRM 
worker logs sufficient information at step 255 to the persistent log using the CRM clerk 
to be able to take appropriate clean-up and compensating action (Col. 14, Line 45-Col. 
15, Line 34). Two phases commit protocol notifications are issued in response to 
SetComplete indicating that all works in the transaction is completed, and SetAbort 
indicating the works cannot be completed for performing clean-up action on commit, 
and compensating action on abort, wherein clean-up and compensating actions are 
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logged by CRM compensator (Col. 15, Line 35-Col. 16, Line 3). As seen, the sequence 
action SUCh as normal action clean-up action, or normal action -> 
compensating action indicates a first operation, and a second operation are stored in a 
log file for implementing two phases commit protocol. And the purpose of two phases 
commit protocol is to maintain the atomicity of the transaction. In different words, the 
technique as discussed indicates the step of storing a first and second operation as an 
atomic transaction. Long further discloses the clean-up action is implemented in the 
EndCommit () method as network resource process should be idempotent, and the 
idempotent compensating action is implemented in EndAbort () method as network 
resource process (Col. 19, Lines 9-15). In different words, the Long technique as 
discussed indicates the claimed performing the first and second operation idempotently 
with a set of network resource processes. 

Regarding claim 26, Long teaches all the claim subject matters as discussed 
above with respect to claim 24, Long further discloses the steps of storing the first and 
second operation of the atomic transaction in a log (Col. 14, Line 45-Col. 1 5, Line 34 and 
Col. 1 5, Line 35-Col. 16, Line 3), receiving a commit command for the atomic transaction; 
indicating the atomic transaction as committed (Col. 18, Line 52-Col. 19, Line 34), and 
storing the atomic transaction in a database (Col. 16, Lines 39-55 and Col. 19, Line 28-35). 

Regarding claim 29, Long teaches a network element as in FIG. 1 with a 
processor and a storage unit coupled to the processor (Col. 5, Line 55-Col. 7, Line 56). The 
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processor is to execute a set of atomic transactions as illustrated at FIG. 4 (Col. 1 , Lines 
43-47 and Col. 14, Line 45-Col. 16, Line 3, and the storage unit is to store the set of 
atomic transaction as illustrated at FIG. 5 (Col. 16, Lines 5-55). 

Regarding claim 30, Long teaches all the claim subject matters as discussed 
above with respect to claim 29, Long further discloses the set of atomic transactions is 
comprised of a set of operations (Col. 1 5, Line 21 -Col. 16, Line 3), the processors to execute 
each of the set of operations idempotently (Col. 18, Line 28-Col. 19, Line 35). 

Regarding claim 32, Long teaches all the claim subject matters as discussed 
above with respect to claim 29, Long further discloses a set of interfaces coupled to the 
processor, each of the set of interfaces to receive at least one of the set of atomic transactions, 
each of the set of interfaces corresponding to a different user (Col. 6, Line 62-Col. 7, Line 
56). 

Regarding claim 33, Long teaches a network element as illustrated at FIG. 1 
comprises an interface to receive a plurality of operations from a user (Col. 6, Line 62-Col. 
7, Line 55), a configuration manager coupled to the interface, the configuration manager to 
process the plurality of operations (Transaction Manager, Col. 10, Lines 28-45), and a 
database coupled to the configuration manager, the database to store the plurality of 
operations (Col. 13, Line 57-Col. 14, Line 4) as an atomic transaction (Col. 10, Lines 33- 
43). 
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Regarding claim 34, Long teaches all the claim subject matters as discussed 
above with respect to claim 33, and further discloses the step of processing the plurality 
of operations as atomic transactions (Transaction Manager, Col. 10, Lines 28-45). 

Regarding claim 36, Long teaches all the claim subject matters as discussed 
above with respect to claim 33, and further discloses a second interface to receive a 
second plurality of operations from a second user (Col. 6, Line 62-Col. 7, Line 21 ). 
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Claim Rejections - 35 USC § 103 

8. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for 

all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 

the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 

the various claims was commonly owned at the time any inventions covered therein 

were made absent any evidence to the contrary. Applicant is advised of the obligation 

under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 

not commonly owned at the time a later invention was made in order for the examiner to 

consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 

prior art under 35 U.S.C. 1 03(a). 

9. Claims 3, 9, 15, 18-20, 23, 25, 31, 35, 39, 45, 48-50 and 53 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Long [USP 6,526,416 B1] in 
view of Traversat et al. [USP 6,115,715], 

Regarding claims 3 and 39, Long teaches all the claimed subject matters as 
discussed in claims 1 and 37, Long further discloses the step of receiving the operation 
(Col. 18, Line 52-Col. 19, Line 15), but fails to disclose the steps of performing lock 
contention handling for the operation; storing the operation if a lock contention is not 
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detected; and generating a lock contention notification if the lock contention is detected for 
the operation. Traversat teaches a method for updating and managing a configuration 
database, and further discloses the steps of performing lock contention handling for the 
operation; storing the operation if a lock contention is not detected; and generating a lock 
contention notification if the lock contention is detected for the operation (Col. 8, Line 3-Col. 
9, Line 65). Therefore, it would have been obvious for one of ordinary skill in the art at 
the time the invention was made to include the step of performing lock handling in order 
to execute the operation in a stable and correct state. 

Regarding claims 9 and 45, Long teaches all of the claimed subject matter as 
discussed above with respect to claims 7 and 43, but does not discloses the steps of 
performing lock contention handling for each of the sequence of the operation; storing the 
sequence of the operation if a lock contention is not detected; generating a lock contention 
notification if the lock contention is detected, Traversat teaches a method for updating and 
managing a configuration database, and further discloses the steps of performing lock 
contention handling for each of the sequence of the operation; storing the sequence of the 
operation if a lock contention is not detected; generating a lock contention notification if the 
lock contention is detected (Col. 8, Line 3-Col. 9, Line 65). Therefore, it would have been 
obvious for one of ordinary skill in the art at the time the invention was made to include 
the step of performing lock handling in order to execute the operation in a stable and 
correct state. 
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Regarding claim 15, Long teaches all of the claimed subject matter as discussed 
above with respect to claim 12, but does not disclose the steps oft performing lock 
contention handling for the operation; storing the operation in the database if a lock 
contention is not detected; and generating a notification of lock contention if the lock 
contention is detected. Traversat teaches a method for updating and managing a 
configuration database, and further discloses the steps of performing lock contention 
handling for the operation; storing the operation in the atomic database if a lock contention is 
not detected; and generating a notification of lock contention if the lock contention is detected 
(Col. 8, Line 3-Col. 9, Line 65). Therefore, it would have been obvious for one of 
ordinary skill in the art at the time the invention was made to include the step of 
performing lock handling in order to execute the operation in a stable and correct state. 

Regarding claims 18 and 48, Long teaches a machine-readable medium that 
provides instructions, which when executed by a set of processors of one or more 
processors, cause said set of processors to perform operations (Long, FIGS. 1 and 2). 
As illustrated at box 251 of FIG. 4, when server application component 86 has a 
transaction, CRM worker object is created and associated with the transaction. CRM 
worker creates an instance of CRM clerk at box 252, and CRM worker perform work, 
normal action, on the resource as part of its transaction (Long, Col. 14, Line 45-Col. 15, 
Line 34). As seen, the normal action as an operation is received at the resource. Two 
phases commit protocol notifications are issued in response to SetComplete indicating 
that all works in the transaction is completed, or SetAbort indicating the works cannot be 
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completed for performing clean-up action on commit, or compensating action on abort 
(Long, Col. 15, Line 35-Col. 16, Line 3). Long further discloses that a transaction is a 
collection of actions that conform to a set of properties, which include atomicity. 
Atomicity means that all activities in a transaction either take effect together as a unit, or 
all fail (Long, Col. 1, Lines 43-47). As seen, the sequence action, such as normal action 
-> clean-up action, or normal action compensating action, contains normal 
action as one operation of the sequence, and normal action is an atomic transaction 
because normal action is completed if all works of normal action is completed, and 
normal action will not be completed if the works cannot be completed. In other words, 
the technique as discussed performs the claimed the operation is one of a sequence of 
operation comprising an atomic transaction. Long does not teach the step of determining if 
a lock contention exists for a record corresponding to the operation, and generating a 
notification of the lock contention if a lock contention does exist for the record. Traversat 
teaches a method for updating and managing a configuration database. As shown in 
FIG. 5, at step 502, the transaction of adding a new printer to a client will attempt to lock 
the appropriate node in a sub-tree of the client JSD schema (Traversat, Col. 8, Lines 3- 
5). If the attempt to lock the appropriate parent node or leaf node fails, control goes to 
step 504 (Traversat, Col. 8, Lines 5-7) as the step of determining if a lock contention 
exists for a record corresponding to the operation. At step 504 the system determines 
whether the transaction is a blocking or unblocking transaction (Traversat, Col. 8, Lines 
7-8). If the transaction is blocking, control returns to step 502 where the transaction 
attempts to acquire a lock on the desired entry, this time after waiting in a queue and 
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being notified by an event manager (Traversat, Col. 8, Lines 35-38). As seen, the 
transaction is stored in a queue and being notified when a lock exist for the node. In 
other words, this performs the step of generating a notification of the lock contention if a 
lock contention does exist for the record. It would have been obvious for one of ordinary 
skill in the art at the time the invention was made to include the technique of locking and 
generating lock notification as taught by Traversat in order to manage database 
concurrent access. 

Regarding claims 19 and 49, Long and Traversat, in combination, teach all of the 
claimed subject matter as discussed above with respect to claims 18 and 48, Long 
further discloses the operation is one of a sequence of operations comprising an atomic 
transaction as discussed in claims 18 and 48. 

Regarding claims 20 and 50, Long and Traversat, in combination, teach all of the 
claimed subject matter as discussed above with respect to claims 18 and 48, Long 
further discloses the operation is performed idempotently with a network resource process 
(Long, Col. 19, Lines 9-12). 

Regarding claims 23 and 53, Long and Traversat, in combination, teach all of the 
claimed subject matter as discussed above with respect to claims 18 and 48, Traversat 
further discloses the Step of storing the operation if the lock contention does not exist 
(Traversat, FIG. 8). 
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Regarding claim 25, Long teaches all the claim subject matters as discussed 
above with respect to claim 24, but does not disclose the step of performing lock 
contention handling for the first and second operation; storing the first and second operation 
of the atomic transaction in a log if a lock contention is not detected; and generating a lock 
contention notification if the lock contention is detected. Traversat teaches a method for 
updating and managing a configuration database, and further discloses the step of 
performing lock contention handling for the first and second operation; storing the first and 
second operation of the atomic transaction in a log if a lock contention is not detected; and 
generating a lock contention notification if the lock contention is detected (Traversat, Col. 8, 
Line 3-Col. 9, Line 65). Therefore, it would have been obvious for one of ordinary skill in 
the art at the time the invention was made to include the step of performing lock 
handling in order to execute the operation in a stable and correct state. 

Regarding claim 31, Long teaches all the claim subject matters as discussed 
above with respect to claim 29, but does not disclose the step of forming lock contention 
handling for the set of atomic transactions; and generating the lock contention notification if 
the lock contention is detected. Traversat teaches a method for updating and managing a 
configuration database, and further discloses the step of forming lock contention 
handling for the set of atomic transactions; and generating the lock contention notification if 
the lock contention is detected (Traversat, Col. 8, Line 3-Col. 9, Line 65). Therefore, it 
would have been obvious for one of ordinary skill in the art at the time the invention was 
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made to include the step of forming lock handling in order to execute the operation in a 
stable and correct state. 

Regarding claim 35, Long teaches all the claim subject matters as discussed 
above with respect to claim 33, but does not disclose the database to detect lock 
contention; the configuration manager to generate a notification of the lock contention 
detected by the database; and the interface to display a message corresponding to the 
notification generated by the configuration manger. Traversat teaches a method for 
updating and managing a configuration database, and further discloses the database to 
detect lock contention; the configuration manager to generate a notification of the lock 
contention detected by the database; and the interface to display a message corresponding to 
the notification generated by the configuration manger (Col. 8, Line 3-Col. 9, Line 58). 
Therefore, it would have been obvious for one of ordinary skill in the art at the time the 
invention was made to include the step of detecting lock, generating a notification and 
displaying a message in order to execute the operation in a stable and correct state. 

10. Claims 6, 11, 17, 22, 27-28, 42, 47 and 52 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Long [USP 6,526,416 B1]. 

Regarding claims 6, 1 1, 17, 22, 42, 47 and 52, Long teaches all of the claimed 
subject matter as discussed above with respect to claims 1,7, 12, 18, 37, 43 and 48, 
but does not explicitly teach the operation is received from a first user concurrently with a 
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second operation received from a second user. However, as disclosed by Long, the network 
is operated by a multitude of users (Col. 1, Lines 14-28). Therefore, two operations 
occurs at the same time is obvious. It would have been obvious for one of ordinary skill 
in the art at the time the invention was made to include the condition of concurrency into 
the technique in order to execute the operation in a stable and correct state. 

Regarding claim 27, Long teaches all the claim subject matters as discussed 
above with respect to claim 24, but does not explicitly disclose the first and second 
operation are received from a first user and a third operation of a second transaction is 
received from a second user. However, as disclosed by Long, the network is operated by 
a multitude of users (Col. 1 , Lines 14-28). Therefore, a transaction with a first and 
second operation from a user, and another transaction with a third operation from 
another user is obvious. It would have been obvious for one of ordinary skill in the art at 
the time the invention was made to include two transactions into the technique in order 
to execute the operation in a stable and correct state. 

Regarding claim 28, Long teaches all the claim subject matters as discussed 
above with respect to claim 24, but does not explicitly disclose the second operation is 
received from a fist user concurrently with a third operation received from a second user. 
However, as disclosed by Long, the network is operated by a multitude of users (Col. 1 , 
Lines 14-28). Therefore, two operations occurs at the same time is obvious. It would 
have been obvious for one of ordinary skill in the art at the time the invention was made 
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to include the condition of concurrency into the technique in order to execute the 
operation in a stable and correct state. 
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Conclusion 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to HUNG Q PHAM whose telephone number is 571-272- 
4040. The examiner can normally be reached on Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, JOHN E BREENE can be reached on 571-272-4107. The fax phone 
number for the organization where this application or proceeding is assigned is 703- 



Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 

Examiner Hung Pham 
November 24, 2004 
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